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Copyright Notice 
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related materials from associated patent office files for the purposes of review, but 
otherwise reserves all copyright whatsoever. 

Technical Field of the Invention 
The present invention relates generally to computer-based printing systems and, 
in particular, to inexpensive printing systems for high speed printing. 

Background Art 

Fig. 1 shows a functional block diagram for a system 100 for Personal Computer 
(PC) based printing. A host machine 102 having a printing pre-processor 104 
communicates over a connection 106 with a communication bus 114. A printer 108 
having an embedded printing processor 110 communicates over a connection 112 with 
the communication bus 114. 

Fig. 2 shows a flow diagram of a generic process 300 by which the system of 
Fig. 1 performs printing. A first step 302 parses input data in Page Description Language 
(PDL) after which a step 306 generates object representations therefrom. A subsequent 
step 310 scanline-processes the objects after which a step 314 renders the scanline 
processed data to sequential pixels, for printing by a final print step 318. The steps 302 to 
310 are typically implemented, as indicated by an arrow 322, in the host machine 102 by 
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the printing pre-processor 104, whereas the steps 314 to 318 are generally performed in 
the printer 108 by the printing processor 1 10 and a print engine 222 (see Fig. 3). 

In the printer system 100, the communication bus 114 typically uses low-speed 
serial protocols such as the universal serial bus (USB), or alternately uses parallel 

5 protocols such as IEEE 1284. 

In low cost printers the printing processor 110 needs to be a low cost device in 
order to keep the cost of the printer 108 to a minimum. The consequent hardware 
limitations of the processor 110 lead to an approach where a pre-rendered bitmap is 
generated in the host machine pre-processor 104 in the step 310. This is referred to as the 

10 bitmap approach. The pre-rendered bitmap is then sent to the processor 1 10 in the printer 
108 for rendering to sequential pixels in the step 314. An exemplary pre-rendered 
compressed bitmap for an A4 6-ink bubble jet page consumes typically 35 to 40 
megabytes of data, which requires 40 to 50 seconds of transmission using the USB 
protocol. This is a significant delay, however users of inexpensive printers are generally 

15 satisfied with the cost/speed trade off. 

In more expensive printers, the burden of computation can be shifted from the 
host-processor 104 to the printer processor 110, allowing elimination of the data 
transmission bottleneck over the bus 114, and thereby speeding up printing of the print 
job. This is achieved by sending the page data over the bus 114 using a more efficient 

20 data representation. In one such arrangement, the scanline-processing step 310 generates 
a "display list" representation of the data to be printed, this representation consuming less 
data than the pre-rendered bit-map representation. This is referred to as the display list 
approach. The display list approach requires the rendering step 314 to render the display 
list to a bitmap for printing in the print step 318. In some cases, the display list may be 

25 interpreted to provide pixels for direct printing without writing pixels to a bitmap. 
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Display lists represent graphic objects by edges, which may be straight line 
vectors, quadratic line segments etc. These edges are stored in the display list (also 
referred to as an edge list) by edge records that may include, for example, the following 
four elements: 

5 (i) a current scan line intersection co-ordinate (referred to as the X co- 

ordinate), 

(ii) a count (referred to herein as NY) of how many scan lines a current 
segment of this edge will last for (in some embodiments this may be represented as a Y 
limit), 

10 (iii) a value to be added to the X co-ordinate of this edge record after each 

scan line (referred to here as the DX), and 

(iv) a direction (DIR) flag which indicates whether the edge crosses scan 
lines in an upward (+) or a downward (-) manner. 

Display list techniques use the known order of rendering (as determined by the 

15 pixel position X of an edge on a particular scanline Y) to determine on a pixel by pixel 
basis how an object should finally be painted onto the bitmap for printing. In the 
exemplary case considered here, objects being printed are opaque. In this case, if a 
number of graphic objects overlap, the object which is painted last will be fully visible, 
while objects painted earlier will be obscured. This mode of operation is commonly 

20 referred to as the "painter's algorithm" since all objects are painted but only the topmost 
object is finally made visible. If many coincident objects exist on a page, an individual 
pixel may thus be re-written a number of times to the bit memory, repetitively consuming 
memory bandwidth and processing cycle time, and generating data which is ultimately 
discarded. 

25 In a variation of the display list approach, display list data is stored for all objects 

on a page, however each object is tagged with a layer number, thus enabling the relative 
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viewing position of the object, with reference to other objects on the page, to be 
determined. This technique, referred to as the display list variation approach, is 
implemented by adding an additional (fifth) element to the edge record in the display list 
as follows: 

5 (v) one or more priority numbers (P), (which represent the layer position of 

the object whose edge is being considered relative to the layer position of other page 
objects). 

In this case, during rendering by the step 314, the printing processor 110 scans 
horizontally across a page evaluating, at each pixel position, which object is on top before 

10 outputting a pixel value for the pixel position. The rendering step 314 dynamically 
generates the pixel by examining all active objects at the particular pixel position, and 
writing only the pixel for the object that is topmost on the page. Accordingly, the output 
pixel at each pixel position is only output once. 

In order to perform both the display list approach, and the display list variation 

15 approach, a list of active edges must be maintained by the printing processor 110 for 
objects on a per-scan line basis. Only those objects having an edge that falls on the 
scanline being considered are examined when deciding on the object to be painted at a 
particular pixel position. 

In summary, the conventional bitmap approach places a high processing burden 

20 on the host processor 104, thereby reducing the processing burden on the printer 
processor 110 and enabling manufacture of relatively inexpensive printers as a result. 
The bitmap approach typically suffers, however, from a transmission bottleneck due to 
the limited bandwidth available in the communication bus 114 and consequently from 
poor printing throughput. The display list approaches place a significantly greater burden 

25 of computation on the printing processor 110, raising the cost of the printer, but generally 
providing better performance in printing throughput. 
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Summary of the Invention 

It is an object of the present invention to substantially overcome, or at least 
5 ameliorate, one or more disadvantages of existing arrangements. 

Disclosed are arrangements which seek to address the above problems by 
generating at a host, from an image to be printed, a visually equivalent image comprising 
non-overlapping graphic objects. This visually equivalent image can be scan-line 
rendered at a printer communicating with the host, without the need to perform overlap 
10 detection at the printer, thereby reducing the processing burden at the printer. 

According to a first aspect of the invention, there is provided a method of 
printing an image, the method comprising the steps of: 

generating at a host, from an image to be printed, a display list representation of 
a visually equivalent image comprising non-overlapping graphic objects; and 
15 scan-line rendering, using the display list representation, the visually equivalent 

image at a printer communicating with the host, without performing overlap detection at 
the printer. 

According to another aspect of the invention, there is provided a method of 
converting a representation of first image, having a first set of overlapping graphic 
20 objects, into a display list representation of a visually equivalent second image, having a 
second set of non overlapping graphic objects, said method comprising the steps of: 

(a) categorising each graphic object in the first set as being one of (i) a fully 
visible graphic object, (ii) a partly visible graphic object, and (iii) an invisible graphic 
object; 

25 (b) defining, in relation to each said fully visible graphic object in said first set, a 

substantially identical graphic object in the second set; and 
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(c) defining, in relation to visible regions of each said partly visible graphic 
object in said first set, one or more graphic objects being visually equivalent to the partly 
visible graphic object, in the second set. 

According to another aspect of the invention, there is provided a method of 
5 converting a representation of a first image, having a first set of graphic objects spanning 
a plurality of layers, into a display list representation of a visually equivalent second 
image, having a second set of graphic objects on a single layer, said method comprising 
the steps of: 

(a) categorising each graphic object in the first set as being one of (i) a fully 
10 visible graphic object, (ii) a partly visible graphic object, and (iii) an invisible graphic 

object; 

(b) defining, in relation to each said fully visible graphic object in said first set, a 
substantially identical graphic object in the second set; and 

(c) defining, in relation to visible regions of each said partly visible graphic 
15 object in said first set, one or more graphic objects being visually equivalent to the partly 

visible graphic object, in the second set. 

According to another aspect of the invention, there is provided a method of 
converting, on a scanline basis, a representation of a first image having a first set of 
overlapping graphic objects, into a display list representation of a visually equivalent 
20 second image having a second set of non overlapping graphic objects, said method 
comprising, for a current scanline, the steps of: 

(a) determining, in a current scanning direction, a leading and a lagging edge of a 
visible region of a first one of said graphic objects in said first set; 

(b) defining said lagging edge to be a leading edge of a next one of said graphic 
25 objects if (i) said first graphic object extends beyond said lagging edge in the current 
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scanning direction and (ii) said next graphic object is visible immediately beyond the 
lagging edge in said current scanning direction; 

(c) defining said lagging edge to be a leading edge of a next one of said graphic 
objects if (i) said next graphic object extends beyond said lagging edge in a direction 
opposite to the current scanning direction, and (ii) said next graphic object is visible 
immediately beyond the lagging edge in said current scanning direction; and: 

(d) repeating steps (a) to (d) for all successive pairs of leading and lagging edges 
on the scanline; wherein said pairs of leading and lagging edges establish the second set 
of visually equivalent graphic objects for said current scanline. 

According to another aspect of the invention, there is provided a method of 
converting, on a scanline basis, a representation of a first image having a first set of 
graphic objects spanning a plurality of layers, into a display list representation of a 
visually equivalent second image having a second set of graphic objects on a single layer, 
said method comprising, for a current scanline, the steps of: 

(a) determining, in a current scanning direction, a leading and a lagging edge of a 
visible region of a first one of said graphic objects in said first set; 

(b) defining said lagging edge to be a leading edge of a next one of said graphic 
objects if (i) said first graphic object extends beyond said lagging edge in the current 
scanning direction and (ii) said next graphic object is visible immediately beyond the 
lagging edge in said current scanning direction; 

(c) defining said lagging edge to be a leading edge of a next one of said graphic 
objects if (i) said next graphic object extends beyond said lagging edge in a direction 
opposite to the current scanning direction, and (ii) said next graphic object is visible 
immediately beyond the lagging edge in said current scanning direction; and: 
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(d) repeating steps (a) to (d) for all successive pairs of leading and lagging edges 
on the scanline; wherein said pairs of leading and lagging edges establish the second set 
of visually equivalent graphic objects for said current scanline. 

According to another aspect of the invention, there is provided an apparatus for 
5 printing an image, the apparatus comprising: 

means for generating at a host, from an image to be printed, a display list 
representation of a visually equivalent image comprising non-overlapping graphic 
objects; and 

means for scan-line rendering, using the display list representation, the visually 
10 equivalent image at a printer communicating with the host, without performing overlap 
detection at the printer. 

According to another aspect of the invention, there is provided an apparatus for 
converting a representation of first image, having a first set of overlapping graphic 
objects, into a display list representation of a visually equivalent second image, having a 
15 second set of non overlapping graphic objects, said apparatus comprising: 

(a) means for categorising each graphic object in the first set as being one of (i) a 
fully visible graphic object, (ii) a partly visible graphic object, and (iii) an invisible 
graphic object; 

(b) means for defining, in relation to each said fully visible graphic object in said 
20 first set, a substantially identical graphic object in the second set; and 

(c) means for defining, in relation to visible regions of each said partly visible 
graphic object in said first set, one or more graphic objects being visually equivalent to 
the partly visible graphic object, in the second set. 

According to another aspect of the invention, there is provided an apparatus for 
25 converting a representation of a first image, having a first set of graphic objects spanning 
a plurality of layers, into a display list representation of a visually equivalent second 
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image, having a second set of graphic objects on a single layer, said apparatus 
comprising: 

(a) means for categorising each graphic object in the first set as being one of (i) a 
fully visible graphic object, (ii) a partly visible graphic object, and (iii) an invisible 

5 graphic object; 

(b) means for defining, in relation to each said fully visible graphic object in said 
first set, a substantially identical graphic object in the second set; and 

(c) means for defining, in relation to visible regions of each said partly visible 
graphic object in said first set, one or more graphic objects being visually equivalent to 

10 the partly visible graphic object, in the second set. 

According to another aspect of the invention, there is provided an apparatus for 
converting, on a scanline basis, a representation of a first image having a first set of 
overlapping graphic objects, into a display list representation of a visually equivalent 
second image having a second set of non overlapping graphic objects, said apparatus 

15 comprising: 

(a) means for determining, in a current scanning direction, a leading and a 
lagging edge of a visible region of a first one of said graphic objects in said first set; 

(b) means for defining said lagging edge to be a leading edge of a next one of 
said graphic objects if (i) said first graphic object extends beyond said lagging edge in the 

20 current scanning direction and (ii) said next graphic object is visible immediately beyond 
the lagging edge in said current scanning direction; 

(c) means for defining said lagging edge to be a leading edge of a next one of 
said graphic objects if (i) said next graphic object extends beyond said lagging edge in a 
direction opposite to the current scanning direction, and (ii) said next graphic object is 

25 visible immediately beyond the lagging edge in said current scanning direction; and: 
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(d) means for repeating steps (a) to (d) for all successive pairs of leading and 
lagging edges on the scanline; wherein said pairs of leading and lagging edges establish 
the second set of visually equivalent graphic objects for said current scanline. 

According to another aspect of the invention, there is provided an apparatus for 
converting, on a scanline basis, a representation of a first image having a first set of 
graphic objects spanning a plurality of layers, into a display list representation of a 
visually equivalent second image having a second set of graphic objects on a single layer, 
said apparatus comprising: 

(a) means for determining, in a current scanning direction, a leading and a 
lagging edge of a visible region of a first one of said graphic objects in said first set; 

(b) means for defining said lagging edge to be a leading edge of a next one of 
said graphic objects if (i) said first graphic object extends beyond said lagging edge in the 
current scanning direction and (ii) said next graphic object is visible immediately beyond 
the lagging edge in said current scanning direction; 

(c) means for defining said lagging edge to be a leading edge of a next one of 
said graphic objects if (i) said next graphic object extends beyond said lagging edge in a 
direction opposite to the current scanning direction, and (ii) said next graphic object is 
visible immediately beyond the lagging edge in said current scanning direction; and: 

(d) means for repeating steps (a) to (d) for all successive pairs of leading and 
lagging edges on the scanline; wherein said pairs of leading and lagging edges establish 
the second set of visually equivalent graphic objects for said current scanline. 

According to another aspect of the invention, there is provided a computer 
program for directing a processor to execute a method of converting a representation of 
first image, having a first set of overlapping graphic objects, into a display list 
representation of a visually equivalent second image, having a second set of non 
overlapping graphic objects, said program comprising: 
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(a) code for categorising each graphic object in the first set as being one of (i) a 
fully visible graphic object, (ii) a partly visible graphic object, and (iii) an invisible 
graphic object; 

(b) code for defining, in relation to each said fully visible graphic object in said 
5 first set, a substantially identical graphic object in the second set; and 

(c) code for defining, in relation to visible regions of each said partly visible 
graphic object in said first set, one or more graphic objects being visually equivalent to 
the partly visible graphic object, in the second set. 

According to another aspect of the invention, there is provided a computer 
10 program for directing a processor to execute a method of converting a representation of a 
first image, having a first set of graphic objects spanning a plurality of layers, into a 
display list representation of a visually equivalent second image, having a second set of 
graphic objects on a single layer, said program comprising: 

(a) code for categorising each graphic object in the first set as being one of (i) a 
15 fully visible graphic object, (ii) a partly visible graphic object, and (iii) an invisible 

graphic object; 

(b) code for defining, in relation to each said fully visible graphic object in said 
first set, a substantially identical graphic object in the second set; and 

(c) code for defining, in relation to visible regions of each said partly visible 
20 graphic object in said first set, one or more graphic objects being visually equivalent to 

the partly visible graphic object, in the second set. 

According to another aspect of the invention, there is provided a computer 
program for directing a processor to execute a method of converting, on a scanline basis, 
a representation of a first image having a first set of overlapping graphic objects, into a 
25 display list representation of a visually equivalent second image having a second set of 
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non overlapping graphic objects, said program comprising, in relation to a current 
scanline: 

(a) code for determining, in a current scanning direction, a leading and a lagging 
edge of a visible region of a first one of said graphic objects in said first set; 
5 (b) code for defining said lagging edge to be a leading edge of a next one of said 

graphic objects if (i) said first graphic object extends beyond said lagging edge in the 
current scanning direction and (ii) said next graphic object is visible immediately beyond 
the lagging edge in said current scanning direction; 

(c) code for defining said lagging edge to be a leading edge of a next one of said 
10 graphic objects if (i) said next graphic object extends beyond said lagging edge in a 

direction opposite to the current scanning direction, and (ii) said next graphic object is 
visible immediately beyond the lagging edge in said current scanning direction; and: 

(d) code for repeating steps (a) to (d) for all successive pairs of leading and 
lagging edges on the scanline; wherein said pairs of leading and lagging edges establish 

15 the second set of visually equivalent graphic objects for said current scanline. 

According to another aspect of the invention, there is provided a computer 
program for directing a processor to execute a method of converting, on a scanline basis, 
a representation of a first image having a first set of graphic objects spanning a plurality 
of layers, into a display list representation of a visually equivalent second image having a 

20 second set of graphic objects on a single layer, said program comprising, in relation to a 
current scanline: 

(a) code for determining, in a current scanning direction, a leading and a lagging 
edge of a visible region of a first one of said graphic objects in said first set; 

(b) code for defining said lagging edge to be a leading edge of a next one of said 
25 graphic objects if (i) said first graphic object extends beyond said lagging edge in the 
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current scanning direction and (ii) said next graphic object is visible immediately beyond 
the lagging edge in said current scanning direction; 

(c) code for defining said lagging edge to be a leading edge of a next one of said 
graphic objects if (i) said next graphic object extends beyond said lagging edge in a 

5 direction opposite to the current scanning direction, and (ii) said next graphic object is 
visible immediately beyond the lagging edge in said current scanning direction; and: 

(d) code for repeating steps (a) to (d) for all successive pairs of leading and 
lagging edges on the scanline; wherein said pairs of leading and lagging edges establish 
the second set of visually equivalent graphic objects for said current scanline. 

10 Other aspects of the invention are also disclosed. 

Brief Description of the Drawings 
One or more embodiments of the present invention will now be described with 
reference to the drawings, in which: 

Fig. 1 shows a functional block diagram for a PC based printing system; 
15 Fig. 2 shows a printing process flow diagram used in the system of Fig. 1; 

Fig. 3 shows a general purpose computer system upon which disclosed 
arrangements can be practiced; 

Fig. 4 illustrates overlapping graphic objects; 
Fig. 5 shows equivalent non-overlapping graphic objects; 
20 Fig. 6 depicts active edge lists for conventional and non-intersecting object 

arrangements; 

Fig. 7 depicts a process for converting overlapping graphic objects into 
equivalent non-overlapping graphic objects. 

Fig. 8 depicts a dataflow diagram for production, updating and use of edge lists; 
25 Figs. 9 and 10 show process flow diagram fragments for producing non- 

overlapping graphic objects in the PCP host processor; 
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Fig. 1 1 shows a process flow diagram for rendering the non-overlapping object 
representation received from the PCP to sequential pixels in the printer ERP processor; 

Detailed Description including Best Mode 
Where reference is made in any one or more of the accompanying drawings to 

5 steps and/or features, which have the same reference numerals, those steps and/or features 
have for the purposes of this description the same function(s) or operation(s), unless the 
contrary intention appears. 

The present description discloses a new rendering architecture in which the 
scanline processing step 310, which is performed by the host processor 104, generates a 

10 simplified graphic object display list representation which is transmitted over the 
communication bus 114 to the printer processor 110. The simplified object 
representation, which is based upon converting the object representation generated by the 
step 306 into an equivalent non-overlapping and non-self-intersecting object 
representation, is suitable for rendering by a relatively inexpensive printing processor 1 10 

15 in the step 314. The disclosed approach requires transmission of less data over the 
communication bus 114 than required by the bitmap approach, and does not require the 
printer processor 110 to be as powerful as is dictated by the display list approaches 
previously described. Using the new architecture, printers can provide significantly 
greater printing throughput than conventional bitmap approaches, at a lower cost than that 

20 of conventional display list arrangements. The disclosed new architecture refers to the 
host processor 104 as the PC pre-processor (PCP), while the printer processor 1 10 in the 
printer 108 is referred to as the Embedded Rendering Processor (ERP). 

The disclosed new architecture provides significant advantages over the 
conventional display list approach which generates a "complete" display list in the host 

25 processor 104, and sends this complete display list to the printer. In the conventional 
display list approaches the printer processor 110 must consider, at a given pixel X 
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position on a particular scanline Y, all edges of all active objects when deciding upon a 
value for the pixel. Since at X, an arbitrary number of objects may be active, the 
computation required by the printer processor 110 in the conventional display list 
approaches increases linearly for each additional object present on the printed page. The 
5 designer of conventional display list printers must therefore select a printer processor 1 10 
that can perform adequately under this potential processing burden. The new architecture 
significantly reduces the burden on the printer processor 110 which need only consider a 
"flat" object representation which is equivalent to the print data in the job to be printed, 
but which is represented as an equivalent non-overlapping and non-self-intersecting 

10 object representation. The new architecture distributes rendering of a print job between 
the powerful host 102 and a "weak" slave 108 utilising an efficient compact 
representation between the two. 

Fig. 3 shows how the new printing architecture is preferably practiced using a 
general-purpose computer system 200. The system 200 includes the host 102, the host 

15 processor (PCP) 104, the printer 108, and the print processor (ERP) 110, as shown in 
Fig. 3. The processes of Figs. 2, and 7-11 may be implemented as software, such as an 
application program executing within the computer system 200. In particular, the printing 
method steps are effected by instructions in the software that are carried out by the 
system. The instructions may be formed as one or more code modules, each for 

20 performing one or more particular tasks. The software may also be divided functionally 
into two code parts, in which a first code part performs the printing method steps and a 
second part manages a user interface between the first part and the user. The software can 
also be divided into two physical parts, one part stored and processed in the host 102, and 
one part stored and processed in the printer 108. The physical partitioning of the software 

25 can be carried out largely independently of the functional partitioning. The software may 
be stored in a computer readable medium, including the storage devices described below, 



100903 



645852US.doc 



- 16- 

for example. The software is loaded into the system from the computer readable medium, 
and then executed by the system 200. A computer readable medium having such software 
or computer program recorded on it is a computer program product. The use of the 
computer program product in the system 200 preferably effects an advantageous 
5 apparatus for implementing the new printing architecture. 

The computer system 200 comprises the host computer module 102, input 
devices such as a keyboard 202 and mouse 203, output devices including the printer 108, 
(which includes the ERP 110, a memory 226 and a printer engine 222), and a display 
device 214. The printer 108 is connected to the host computer 102 by the communication 

10 bus 114. A Modulator-Demodulator (Modem) transceiver device 216 is used by the host 
computer module 1 02 for communicating to and from a communications network 220, for 
example connectable via a telephone line 221 or other functional medium. The 
modem 216 can be used to obtain access to the Internet, and other network systems, such 
as a Local Area Network (LAN) or a Wide Area Network (WAN). 

15 The host computer module 102 typically includes at least one processor 

unit being the PCP 104, a memory unit 206, for example formed from semiconductor 
random access memory (RAM) and read only memory (ROM), input/output (I/O) 
interfaces including a video interface 207, and an I/O interface 213 for the keyboard 202 
and mouse 203 and optionally a joystick (not illustrated), and an interface 208 for the 

20 modem 216. A storage device 209 is provided and typically includes a hard disk 
drive 210 and a floppy disk drive 211. A magnetic tape drive (not illustrated) may also be 
used. A CD-ROM drive 212 is typically provided as a non-volatile source of data. The 
components 104 and 206 to 213 of the host computer module 102, typically communicate 
via an interconnected bus 204 and in a manner that results in a conventional mode of 

25 operation of the host computer system 102 known to those in the relevant art. Examples 
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of computers on which the described arrangements can be practised include IBM-PC's 
and compatibles, Sun Sparcstations or alike computer systems evolved therefrom. 

Typically, the application program is physically resident (i) on the host hard disk 
drive 210 and read and controlled in its execution by the PCP 104, and (ii) in the printer 

5 memory 226 and read and controlled in its execution by the ERP 110. Intermediate 
storage of the program and any data fetched from the network 220 may be accomplished 
using the semiconductor memory 206, possibly in concert with the hard disk drive 210 
and the printer memory 226. In some instances, the application program may be supplied 
to the user encoded on a CD-ROM or floppy disk and read via the corresponding drive 

10 212 or 21 1, or alternatively may be read by the user from the network 220 via the modem 
device 216. Still further, the software can also be loaded into the computer system 200 
from other computer readable media. The term "computer readable medium" as used 
herein refers to any storage or transmission medium that participates in providing 
instructions and/or data to the computer system 200 for execution and/or processing. 

15 Examples of storage media include floppy disks, magnetic tape, CD-ROM, a hard disk 
drive, a ROM or integrated circuit, a magneto-optical disk, or a computer readable card 
such as a PCMCIA card and the like, whether or not such devices are internal or external 
of the host computer module 102. Examples of transmission media include radio or infra- 
red transmission channels as well as a network connection to another computer or 

20 networked device, and the Internet or Intranets including email transmissions and 
information recorded on websites and the like. 

The new printing architecture may alternatively be implemented in dedicated 
hardware such as one or more integrated circuits performing the functions or sub 
functions of printing in accordance with the new architecture. Such dedicated hardware 

25 may include graphic processors, digital signal processors, or one or more microprocessors 
and associated memories. 
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The PCP 104 produces, in the step 310, a display list representation of the 
objects to be painted onto the page. The display list representation provided by the PCP 
relates however, in contrast to the complete display list provided by conventional display 
list printers, to a set of printably equivalent non-overlapping objects which may be 
painted onto the output page without any regard for overlap. Figs. 4 and 5 illustrate the 
equivalence between conventional and flat object representations. 

Fig. 4 shows two diamond shapes 614 and 616 positioned with reference to a 
pair of mutually perpendicular axes 618 and 620. The diamond shape 614 overlaps the 
diamond shape 616 as depicted by dashed line segments 610 and 612. 

Fig. 5 shows equivalent diamond shapes 614' and 616' where the overlapped 
line segments 610 and 612 have been expunged from the representation. Fig. 5 shows 
how the edge 604 of the diamond shape 614 (see Fig. 4) has been preserved, as depicted 
by the reference numeral 604'. However, a "new" edge 1106 has been generated to 
account for the intersection between the diamond shape 614 and the diamond shape 616 
along the edge 604. Similarly, a new edge 1108 has been generated to account for the 
intersection between the diamond shape 614 and the diamond shape 616 along the edge 
622. 

Fig. 5 depicts an arrangement wherein the additional edges 1106 and 1108 have 
been generated in order to account for the intersection between the diamond shapes 614 
and 616 along the edges 604 and 622 respectively. Alternately, the edge segments 1110 
and 1112 can serve the dual purpose of acting both (i) as edges of the diamond shape 
614', and (ii) as edges of the diamond shape 616'. It is, in fact, this latter approach which 
is described in more detail in regard to Figs. 9 to 11. Although only two exemplary 
approaches have been described in order to represent overlapping objects in terms of 
equivalent non-overlapping objects, other approaches that achieve the same conversion 
from overlapping to non-overlapping equivalent representations may also be used. 
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The new disclosed printing architecture generates the equivalent non- 
overlapping representation of objects in the PCP 104 in the method step 310, and this 
non-overlapping representation is passed to the ERP 110 over the communication bus 
1 14, for further processing by the ERP 110 in the step 314. The non-overlapping object 
5 representation can be rendered by the ERP 110 using significantly less computational 
power than would be required in the conventional display list approach, since the ERP 
requires, at most, to process an individual object at each pixel position. The non- 
overlapping object representation replaces a plurality of objects at each pixel location 
with a single object, thereby limiting the processing to a known maximum processing 

10 burden per pixel. Accordingly, the worst case computational burden can be calculated in 
advance, and used to select a particular processor device for the ERP 1 10 in the particular 
printer 108 to be manufactured. 

In broad terms, processing by the PCP 104 involves tracking the edges of 
graphic objects falling on a particular scanline Y. At the decision stage for determining a 

15 pixel value output for a given pixel position X, the PCP outputs either the edge of an 
existing object from the print job, or a new synthesised edge. New synthesised edges are 
generated at the edge intersection between overlapping objects, as has been described 
with reference to Figs. 4 and 5. If the approach exemplified in Fig. 5 is adopted, then a 
new edge is generated, as exemplified by the edge segments 1106 and 1108, for example. 

20 If, on the other hand, the approach is adopted wherein the edge segment 1110 acts as both 
the edge segment for the object 614' as well as the edge segment for the object 616', then 
the new synthesized edge is actually represented by an indicator tagged to the edge 
segment 1110 indicating that the edge segment serves a dual purpose. 

Whether the original print job contains overlapping objects, and/or self 

25 intersecting objects, the PCP 104 generates multiple non-intersecting objects which 
represent, equivalently, the overlapping and/or self-intersecting objects. This approach 
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has the remarkable effect of providing the ERP 1 10 with a print job comprising a plurality 
of non-overlapping/non-self intersecting objects, thereby significantly reducing the 
processing burden on the ERP 1 10, and defining a maximum processing burden envelope 
for the ERP 110. 

5 The fact that all ERP objects are non-overlapping and non-self intersecting 

implies that the order of objects in an ERP job (as represented by an edge list) is fixed in 
first "Y" position, and then in "X" scanline order. No re-order of edges in the edge list is 
required, in contrast to conventional display list approaches, in which edge list reordering 
is required when multiple overlapping and/or intersecting edges are being considered. 

10 The disclosed printing architecture makes use of a number of edge lists which 

will be described in more detail with reference to Figs. 8-11. As introductory 
background, however, it is noted that an "input" or PCP edge list is used to represent the 
object representations in the original print job. An "active" edge list tracks edges for a 
current scan line, and an "output" or ERP edge list is that edge list that is sent from the 

15 host 102 over the bus 114 to the printer 108 for processing by the printer ERP 112 and 
subsequent printing. 

Fig. 6 illustrates contents of active edge lists, for both conventional display list 
arrangements and the disclosed non-intersecting object edge list approach, for scanlines 
39 to 41 of Figs. 4 and 5. The edges 602', 604', 606' and 608' are depicted as they 

20 intersect scanlines 41 to 39 at the top of Fig. 6. An active edge list 912 for the 
conventional display list arrangement contains a scanline identifier 902 as well as edge 
data 904-910 for the aforementioned edges as they refer to the scanline 41. Accordingly, 
the data block 904 contains priority information "P=l" indicating that the object 
associated with the edge 602' is the top (ie visible) object. The arrow segment in the data 

25 block 904 is oriented in a position that corresponds to the orientation of the edge 602'. 
The adjacent data block 906 corresponds to the edge 604' and contains the appropriate 
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priority and edge orientation information. Similarly, the data blocks 908 and 910 contain 
priority levels of "P=2" indicating that the object 616' is one level below the object 614. 

The active edge list 912' , also referred to in conventional display list 
arrangements, contains data blocks 914-922 which correspond to the edges 602'-608' for 
5 the scanline no. 39. It will be apparent that the active edge list 912' has been re-ordered 
so that the data block 918 represents the edge segment 606' whereas the data block 920 
represents the edge segment 604'. This re-ordering is necessary to account for the fact 
that the edges 604' and 606' cross over between the scanline nos. 41 and 39. This 
requirement for re-ordering is a feature of traditional display list approaches, and is one of 

10 the features leading to the significant computation burden on the printer process 1 10. 

In contrast, the active edge list 912", used in the disclosed non-overlapping 
object approach, corresponds to the non-overlapping objects 614' and 616' for scanline 
no. 39. Accordingly, while the data blocks 928 and 934 mirror, apart from priority flags, 
the data blocks in the previous active edge lists 912 and 912', the data blocks 930 and 932 

15 represent the edges 1110 and 1 106 in Fig. 5. It will be apparent that the active edge list 
912" is different from the previous active edge lists in a number of regards. In the first 
instance, although a priority level of "P=l" is shown in each data block, this priority flag 
is in fact redundant since all objects are at the same level. Furthermore, there is no need 
to re-order active edge list data blocks, since as edges expire they are merely removed 

20 from the active edge list, and new edges are merely inserted at the correct "X" location in 
the active list. The maximum number of active edges is fixed for a page, and can 
approach at most the number of pixels on a scanline. 

As the PCP 104 scanline converts a page for printing in the step 310, the output 
generated is accumulated into a display list of non-overlapping/non-intersecting ERP 

25 objects (ie the output ERP edge list) which is communicated to the ERP 110 over the 
communication bus 114. 
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Fig. 7 depicts a process 700 for converting overlapping objects exemplified by 
the objects 614 and 616 into equivalent non-overlapping objects as exemplified by the 
objects 614' and 616'. The process 700 commences with a step 702 that indicates that a 
current pixel position is being considered (with reference to an arbitrary scan line). 
5 Thereafter, a testing step 704 determines whether there are any active edges at the present 
pixel position. If there are none, then the process 700 is directed in accordance with a 
"N" arrow to a step 706 that increments the pixel position, and returns the process to the 
step 702. 

If there are active edges at the step 704, however, then the process 700 is 

10 directed to a step 710 that determines the topmost one of such edges. A following testing 
step tests whether the detected topmost edge is at a level equal to or greater than the 
"active object". (This active object will either be set, in a step 730, at a default level, 
being a level below which no "real" object can be positioned, or will be set, in steps 724 
and 720, to be actual objects). If the detected topmost edge is indeed greater than or equal 

15 to the level of the active object, then the process 700 is directed in accordance with a 
"YES" arrow to a testing step 718. This step tests whether the edge is a leading edge of 
the corresponding object (such as the edge 602' on the scan line 41 in Fig. 6) or the 
lagging edge (such as the edge 604' on the scan line 41 in Fig. 6). 

If the edge is a commencing edge, then the process 700 is directed in accordance 

20 with a "C" arrow to a step 724 which defines the corresponding object to be the active 
object. If the edge is a terminating edge, then the process 700 is directed in accordance 
with a "T" arrow to a step 730 that terminates the active object, and sets the default active 
object at the aforementioned very low level. 

Once the step 724 sets the object corresponding to the detected topmost 

25 commencing edge as the active edge, then the process 700 is directed in accordance with 
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an arrow to a step 728 that increments the pixel position, and returns the process to the 
step 702 with an arrow. 722. 

After the step 730 in which the active object has been terminated because the 
detected edge was a terminating step, the process 700 is directed to a testing step 734. 
5 This step tests whether another object is projecting visibly beyond the previously defined 
active object in the scanning direction from beneath the previously defined active object. 
If there is such a projecting object, then the process 700 is directed in accordance with a 
"YES" arrow to a step 738 that defines the previously mentioned terminating edge as 
being the commencing edge of the detected projecting object. This was described as the 

10 variant of the method described in relation to Fig. 5. Thereafter, a step 720 defines the 
"other" projecting object to be the active object, and the process 700 is directed in 
accordance with an arrow 716 to the step 706. 

If there is no other object projecting visibly from beneath the aforementioned 
terminated object in the step 734, then the process 700 is directed in accordance with a 

15 "NO" arrow to the step 706. 

Although the print architecture disclosed is primarily directed to rendering object 
representations on a printed page, an additional capability can be supported relating to bit- 
map data. Accordingly, during scan conversion, the PCP 104 can also keep track of 
memory consumed by the edge lists, and can generate a bit map representation of the 

20 page in parallel. During normal operation, this bit map representation would be 
discarded. However, if the PCP 104 detects that the ERP (output) edge list (ie., the non- 
overlapping/non-self intersecting object representation) is larger than the equivalent bit 
map (which might happen, for example, if there are a large number of single pixel 
objects), then the PCP 104 can utilise the bit map representation generated instead of the 

25 display list for the ERP 110. The PCP 104 can also simply calculate the amount of 
memory used by the ERP object representation, and can decide to generate the bit map 
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after verifying whether the ERP representation is large enough to necessitate this 
alternative. This last step is performed by interpreting the ERP display list, and then 
discarding it. 

Accordingly, either the ERP representation or the bit map can be sent to the print 
5 engine 222, depending on the factors noted above. 

In another arrangement, the PCP 104 can render the page to be printed in bands. 
In this case, the ERP objects are generated in fixed vertical band sizes. In this 
arrangement, the decision as to whether to send ERP objects or equivalent bit maps to the 
print engine 222 can be made on a per-band basis. 
10 The overlapping diamond shapes 614 and 616 shown in Fig. 4 can be 

represented by the following Adobe postscript description (to be referred to as description 
[1]): 

/DeviceRGB setcolorspace 
255 255 0 setcolor 
15 30 10 moveto 
50 30 lineto 

30 50 1ineto [1] 

10 30 lineto 

closepath 
20 fill 

255 0 255 setcolor 

50 10 moveto 

70 30 lineto 

50 50 lineto 
25 30 30 lineto 

closepath 
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fill 

showpage 

This Adobe postscript description can be converted by known methods (see 
"Computer Graphics Principles and Practice" by Foley, Van Dam, Feiner, and Hughes; 
5 Addison- Wesley; ISBN 0-201-12110-7) to the following object representation (to be 
referred to as description [2]), as performed in the step 306 of Fig. 2: 

Setting Color: "Color" <red>,<green>,<blue> 

Filled Polygon: "FillPoly" <x, y> [, <x, y> ] ';' [2] 
10 | Color: 255,255,0 | FillPoly: 30,10,50,30,30,50,10,30,30,10; | 
| Color: 255,0,255 | FillPoly: 50,10,70,30,50,50,30,30,50,10; | 

The above object representation [2] represents an input (PCP) edge list for the 
scanline process of the step 310 in Fig. 2. 

15 Fig. 8 depicts a dataflow diagram relating to production, updating and use of 

edge lists used by the PCP 104 and the ERP 110. The input page for printing is 
represented at a block 1002, this page being converted in the step 306 to an input edge list 
1006 (exemplified by the PCP edge list [1]). The input edge list is processed, on a per 
scanline basis, to provide a per-scanline active edge list 1010 which is updated in an 

20 updating process 1014. The active edge list updating process 1014 makes use both of the 
active edge list itself 1010 and the input edge list 1006 as depicted by an arrow 1012 and 
a dashed arrow 1018 respectively. The active edge list is also processed in an edge 
process 1022 which produces an output edge list 1026 (exemplified by an ERP edge list 
[3] described below). The output edge list is updated in the output edge list updating 

25 process 1030 which makes use both of the output edge list 1026 as depicted by an arrow 
1028 and the active edge list 1010 as depicted by a dashed arrow 1032. 



100903 



645852US.doc 



-26- 

The output (ERP) edge list [3], derived from the exemplary input (PCP) edge list 
[2], takes the following form, which represents the objects 614' and 616' in terms of their 
non-overlapping and non-intersecting edges: 



5 Setting Color: "Color" <red>, <green> <blue> 

Polygon Edge: "Edge" <x, starting-y, ending-y, gradient> 

| Color: 255,255,0 | Edge: 30,50,30,-1 | [3] 

| Color: 255,255,255| Edge: 30,50,40,1 | 

| Color: 255,0,255 ( Edge: 50,50,40,-1 | 
10 I Color: 255,255,255] Edge: 50,50,30,1 | 

| Color: 255,0,255 | Edge: 40,40,30,1 | 

| Color: 255,255,0 | Edge: 10,30,10,1 | 

| Color: 255,0,255 | Edge: 50,30,20,-1 | 

| Color: 255,255,255 | Edge: 70,30,10,-1 | 
15 | Color: 255,255,255 | Edge: 40,20,10,-1 | 

| Color: 255,0,255 | Edge: 40,20,10,1 | 

Figs. 9 and 10 show a flow diagram comprising two flow diagram segments 800 

and 800' for a process by which the PCP 104 produces a non-overlapping object graphic 

description (exemplified by the output edge list [3] from an input edge list exemplified by 
20 [2].) The process fragments 800 and 800' depict the process 310 of Fig. 2 in more detail. 

The process depicted in Figs. 9 and 10 is also presented in pseudo-code format in 

Appendix A. Appendix A relates to the process 300 of Fig. 2 insofar as the host machine 

102 is concerned, namely up to the boundary 320. Appendix A thus relates to steps 302, 

306 and 310 in Fig. 2. 

25 Fig. 9 relates to the process fragment 800, and commences with a step 802 (see 

Appendix A lines 173 to 178) that reads the input list [2]. Thereafter, a step 806 (see 
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Appendix A line 173) indicates that following steps are performed for a current scanline. 
A subsequent step 810 (see Appendix A lines 174 to 177) builds an active list, 
exemplified in Fig. 6, from the input list [2]. Thereafter, a step 814 (see Appendix A line 
186) sorts the active list into pixel (X) order. Thereafter, a step 818 (see Appendix A 
5 lines 198 to 378) indicates that following sub-steps are performed for a current pixel 
position X. 

A subsequent step 822 (see Appendix A lines 198 to 379) compares the active 
list, built in the step 810 (see Appendix A lines 174 to 177), to the output list. A 
subsequent testing step 826 (see Appendix A lines 206 to 216) decides whether an output 

10 edge in the output list at the current pixel position has a corresponding active edge in the 
active list. If this is the case, then the process fragment 800 is directed in accordance with 
a "yes" arrow to an arrow 838 (which continues in Fig. 10 on the arrow segment 838). If, 
on the other hand, the testing step 826 (see Appendix A lines 206 to 216) returns a "no", 
then the process fragment 800 is directed in accordance with an arrow 830 to a step 832 

15 (see Appendix A lines 214 to 215) which terminates the output edge that has been 
considered. A subsequent step 836 sends the terminated output edge to the printer 1 10 (as 
depicted by a dashed arrow 312) for processing in the step 314 of Fig. 2. The sequence of 
output edges [3] depicted by the arrow 312 constitutes the (simplified) display list 
representation of the image having non-overlapping graphic objects that is sent to the 

20 printer for rendering, this being visually equivalent to the image represented by the input 
list [2]. 

Fig. 10 shows the continuation process fragment 800' and in particular, a step 
844 (see Appendix A lines 239 and 116 to 131) continues from the arrow segment 838, 
and finds a topmost edge (ie the edge having the highest level flag) in the active list for 
25 the X being considered. A subsequent testing step 848 (see Appendix A lines 291 and 
305 to 312) determines whether the topmost edge in the active list has a corresponding 
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output edge. If this is, in fact the case, then the process segment 800' is directed in 
accordance with a "yes" arrow to a step 858 (see Appendix A line 195) which checks the 
pixel position (ie., X) being considered. If, on the other hand, the testing step 848 (see 
Appendix A lines 291 and 305 to 312) determines that the topmost edge in the active list 
does not have a corresponding output (ERP) edge in the output, then the process segment 
800' is directed in accordance with a "NO" arrow to a step 854 (see Appendix A lines 292 
to 300 or lines 313 to 377) which creates a new edge in the output list. It is this step 854 
(see Appendix A lines 292 to 300 and lines 313 to 377) which creates both new existing 
edges, such as the edge 604' in Fig. 5, and new synthesized edges which are acquired for 
object intersections, such as the edge segment 1106 or the dual-purpose edge segment 
1110. 

The process segment 800' is then directed to a testing step 862 (see Appendix A 
line 195) that determines whether the present scanline has been completed. If this is not 
the case, then the process segment 800' is directed in accordance with a "no" arrow (ie., 
840) to the arrow segment 840 in Fig. 9 and thereby back to the step 818 (see Appendix A 
lines 198 to 378). If, on the other hand, the present scanline has been completed, then the 
process fragment 800' is directed in accordance with a "yes" arrow to a step 868 (see 
Appendix A line 383) which increments the scanline (Y). A subsequent step 872 (see 
Appendix A lines 388 to 413) then compares the active list, exemplified in Fig. 6, with 
the current scanline (Y). Thereafter, a testing step 876 (see Appendix A line 389) 
determines whether any active edges exist which are no longer required. If this is, in fact 
the case, then the process segment 800' is directed in accordance with a "yes" arrow to a 
step 880 (see Appendix A lines 390 to 406) that removes such active edges. If, on the 
other hand, there are no such edges, then the process segment 800' is directed in 
accordance with a "no" arrow, and thence via an arrow segment 842, back to the arrow 
segment 842 in Fig. 9 to the step 806(see Appendix A line 173). 
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Fig. 1 1 shows a flow diagram 500 of the ERP process 314 that renders the ERP 
object representation received from the PCP to sequential pixels. The process 500 
commences with a step 502 which receives the object descriptions from the PCP (these 
being the ERP output edge list records exemplified by [3]). A subsequent step 506 
constructs an active edge list for the first scanline, after which a step 510 scan converts 
scanline objects to pixels. These pixel values are output, as depicted by a dashed arrow 
316. A subsequent testing step 514 determines whether all objects on the scanline have 
been completed. If this is, in fact, the case then the process 500 is directed in accordance 
with a "yes" arrow to a termination step 518. If, on the other hand, not all objects have 
been completed, then the process 500 is directed in accordance with a "no" arrow to a 
step 522 which updates active edges for the next scanline. Thereafter, a step 526 deletes 
completed edges from the active edge list, and a subsequent step 530 inserts new active 
edges into the edge list. The process 500 is then directed in accordance with an arrow 
532 to the step 510. 

Industrial Applicability 

It is apparent from the above that the arrangements described are applicable to 
the data processing industry. 

The foregoing describes only one embodiment of the present invention, and 
modifications and/or changes can be made thereto without departing from the scope and 
spirit of the invention, the embodiments being illustrative and not restrictive. Thus for 
example, the described method could be extended to include transmission of graphic 
material for dynamic displays, e.g. object based animations across a network. 
Furthermore, although the description is couched in terms of objects having uniform 
opaque colours, the described method can be easily adapted to apply to objects having 
varying colours and opacity, provided that the ERP can deal with bit maps having colour 
and opacity described by linear ramps and/or linear transformations. 
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l Appendix A 

2 
3 

4 /* 

5 * Pseudo implementation of PCP edge to ERP edge algorithm 

6 * for simple non-compositing case. Must sort output ERP list 

7 7 

8 #include <stdlib.h> 

9 #include <memory.h> 
10 

1 1 typedef struct 

12 { 

13 unsigned char r; 

14 unsigned char g; 

15 unsigned char b; 

16 }rgb; 

17 

18 #define LEADING 1 

19 #define LAGGING 0 

20 /* 



2 1 * pcp_edge - representation of a PCP input edge 

22 * for the algorithm 

23 */ 

24 typedef struct pcp_edge 

25 { 

26 struct pcp_edge *next; 

27 double current__x; 

28 double xjncrement; 

29 int starting_y; 

30 int ending_y; 

31 int level_number; 

32 rgb color; 

33 int leading:! ; 

34 } pcp_edge; 

35 r 

36 * erp_edge - representation of an ERP output edge 

37 * for the algorithm 

38 7 

39 typedef struct erp_edge 

40 { 

41 struct erp_edge *next; 

42 int starting_x; 

43 int starting_y; 

44 double current_x; 

45 double xjncrement; 

46 int ending_y; 

47 rgb color; 

48 } erp_edge; 

49 r 

50 * sort__pcp_edges_jn_x 

51 * Sort a list of pcp_edges into correct V order, 

52 * also sort for next scanline step. 

53 

54 * Arguments: 

55 * pcpjist The list to sort 
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56 


★ 


57 


* Returns: 


58 


* The head of the sorted list 


59 


*/ 


60 


static pcp_edge * 


61 


sort pep edges in x 


62 


( 


63 


pep edqe *ocp list 


64 


/ 


65 


{ 


66 


pep edae *e* 


67 


/* 


68 


* Bubble sort, which is OK, since most of the 


69 


* time the list will be sorted. 


70 


*/ 


71 


for (;;) { 


72 


for 


73 


( 


74 


e = pep list; 


75 


e != NULL && e->next != NULL; 


76 


e = e->next) { 


77 


if 


78 


( 


79 


e->next->current x < e->current x 

x^ ■ ■ x** * x V XV \-4 1 1 \* 1 11 A X»* W KJi 1 1 \*s 1 1 L S\ 


80 


II 

i 1 


81 


( 


82 


e->next->current x == e->current x 


83 


&& 


84 


e->next->x increment < e->x increment 

■ • x^#x % ^x ill wi \m* ill \^ I | \ XX 1 1 I 1 1 1 Ivy 1 1 L 


85 


) 


86 


) { 


87 


pep edae t: 


88 


pep edae *np' 


89 




90 


t = *e->next; 


91 


np = e->next; 


92 


*e->next = *e; 


93 


e->next->next = t.next; 


94 


*e = t; 


95 


e->next = no* /* fix the list nointpr */ 


96 


e = dcd list* /* forrp rploon */ 


97 


break; 


98 


\ 
/ 


99 


> 


100 


if ( e == NULL II e->next == NULL} 


101 


break* 


102 


i 


103 


return pep list; 


104 


\ 
/ 


105 


r 


106 


* use a table to flag which levels are active 


107 


7 


108 


#define MAX_LEVELS 32 


109 


pep edge *level is active[MAX LEVELS]; 


110 


1* 
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in * find_top_active_edge 

112 * Find the topmost active rendering object 

113 

1 14 * Returns the leading edge of the topmost object 

115 7 

116 pcp_edge * 

1 1 7 find_top_active_edge() 

118 { 

119 int i; 

120 

121 for 

122 ( 

123 i = sizeof level_is_active / sizeof leveMs_active[0] - 1; 

124 i>0; 

125 i— 

126 ){ 

127 if (level_is_active[i] != NULL) 

128 return level_is_active[i]; 

129 } 

130 return NULL; 

131 } 

132 /* 

133 * generate_erp_from_pcp 

134 * Convert and free a sorted list of "malloc'ed" 

135 * PCP edges to emit a linked list of ERP edges 

136 

137 * Arguments: 

138 * in - linked list of PCP edges, sorted in y, 

139 * then x then gradient order 

140 * x_per_scanline - number of pixels in final 

141 * image 'x' dimension 

142 * y_per_page - number of scanline in final 

143 * image y dimension 

144 

145 * Returns: 

146 * A linked list of erp edges ready to encode 

147 * to send to an erp printer 

148 7 

149 erp_edge * 

1 50 generate_erp_from_pcp 

151 ( 

152 pcp__edge *in, 

153 int x_per__scanline, 

154 int y_per _page 



155 ) 

156 { 



157 
158 
159 
160 
161 
162 
163 
164 
165 



pcp_edge 
erp_edge 
int c 



*active_pcp; 

*out_list, **candidate_head; 



pcp_edge 
erp_edge 



currently, current_x; 

e *p_pcp, *processed_pcp, *top_active; 
i *P_erp, *pe; 



outjist = NULL; 
candidate_head = &outJist; 
active_pcp = NULL; 
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166 currently = 0; 

167 r 

168 * construct active list 

169 7 

170 build_active: 

171 if (current_y >= y_per_page) 

172 return outjist; 

173 while (in != NULL && in->starting_y <= currently) { 

174 p_pcp = in; 

175 in = in->next; 

176 p_pcp->next = active_pcp; 

177 active_pcp = p_pcp; 

178 } 

179 /* 

180 * Clear the level activation table 

181 7 

182 memset(&level_is_active, 0, sizeof level_is_active); 

183 /* 

184 * Sort into sensible order 

185 */ 

186 active_pcp = sort_pcp_edgesJn_x(active__pcp); 

187 /* 

188 * scan through active list, compare with erp list, 

189 * and emit edges if necessary 

190 */ 

191 for 

192 ( 

193 P_pcp = processed_pcp = active_pcp, 

194 P_erp = *candidate_head; 

195 P_pcp != NULL && current_x < x_per_scanline; 

196 P_pcp = p_pcp->next 

197 ){ 

198 pcp_edge *p, *top; 

199 int toplevel, changed; 

200 

201 current_x = (int)p_pcp->current_x; 

202 /* 

203 * Any erp edge that is before the next 

204 * active edge is finished 

205 */ 

206 for 

207 ( ; 

208 P_erp != NULL 

209 && 

210 (p_pcp == NULL || 

2 1 1 p_erp->current_x < p_pcp->current_x); 

212 P_erp = p_erp->next 

213 ){ 

214 if (p_erp->ending_y == 0) 

2 1 5 p_erp->ending_y = current_y; 

216 } 

217 r 

218 * (de)activate levels for objects present 

219 * at this V location 

220 */ 
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221 for 

222 ( 

223 changed = 0, p = processed_pcp; 

224 p != NULL; 

225 p = p->next 

226 ){ 

227 if (p->current_x > current_x) /* finished 7 

228 break; 

229 if (p->leading == LAGGING) 

230 leveMs_active[p->leveLnumber] = NULL; 

231 else 

232 level_is_active[p->level_number] = p; 

233 changed++; /* count crossings at current__x 7 

234 } 

235 /* 

236 * Get the topmost active level before 

237 * we process this pep edge 

238 7 

239 top_active = find_top_active_edge(); 

240 /* 

241 * If we crossed more than one edge, 

242 * terminate all erp edges here. 

243 7 

244 if (changed > 1) { 

245 for (p = processed_pcp; p != NULL; p = p->next) { 

246 if (p->current_x > current_x) /* finished 7 

247 break; 

248 for (; p__erp != NULL; p_erp = p_erp->next) 

249 if (p_erp->current_x == current_x) { 

250 if (p_erp->ending_y == 0) 

25 1 p_erp->ending_y = current_y; 

252 } 

253 else 

254 goto done_terminating_erps; 

255 } 

256 } 

257 done_terminating_erps: 

258 /* 

259 * find topmost edge at this x position and 

260 * check against erp list 

261 7 

262 top = NULL; 

263 toplevel = 0; 

264 for (p = processed_pcp; p != NULL; p = p->next) { 

265 if 

266 ( 

267 p->current_x == current_x 

268 && 

269 p->leveLnumber > toplevel 

270 ){ 

271 if 

272 ( 

273 top_active == NULL || 

274 p->level_number >= 

275 top_active->leveL_number) { 
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276 


ton = rv 


277 


toolevel = D->level number* 


278 


processed dcd = toD->next* 


279 


/ 


280 


} 

J 


281 


\ 
J 


282 


r 


283 


* We have an innut nrn e*dnc* tn rht^rk for 


284 


* outnut pro p»dnp 


285 


7 


286 


if (top != NULL){ 


287 


/* 


288 


* have highest pep edge, if existing erp edge, 


289 


* then fine, otherwise spawn 


290 


7 


291 


if (outjist == NULL) { 


292 


D ero = out list = mallorteizpof fprn pdn*aW 


293 


d erD->next = NULL* 


294 


n Prn->^tpirtinn \j — a i rront w 


295 


\j ci p--^oiai in iy a — uurreni x, 


296 


n Pm->PI irrpnt v — ( r\r\\ ihle^n arrs bct^rfinn v 

H Cl k ^i*uiiciii a — ^uuuuiejp erp-^sianing x, 


297 


D erD->x incrpmpnt = ton->y inrrpmpnt* 


298 


n Prn-> f^olnr — trin-!>r*olr\r' 
p Cl \J ^K^\J\\J\ — IUJJ -^OUIUl , 


299 


n em->pndinn v = fV 


300 


candidatp hpad = Am it lict- 


301 


} 
J 


302 


/* 


303 


* check for new edae creation 


304 


*/ 


305 


else if 


306 


( 


307 


p erp == NULL 


308 


II 

il 


309 


D en>>current x ,= too->current x 


310 


II 

1 1 


311 


d ero->x inrrpmpnt 1= ton->Y inrrpmpnt 

K r ^ iiiwciiicmi i i\jyj A if iui tfl i lei 1 1 


312 




313 


ci p tjuyts ri, prev, 


314 




315 


h = mallocfsizeof fern pdnpW 


316 


if (d era == NULLW 


317 


h->npyt = Nl Jl 1 • 

II 1 ICAl — MULL, 


318 


noto inQ^rt v cnrfoH intr** m it Not* 
yuiu lllocll A bUileU inio OUl IISl, 


319 


\ 

/ 


320 


else { 


321 


1 l"-"^! ICAl — \J CI [J, 


322 


if f*rj3ndidat<a hoaH Ml II 1 \ / 

il ^ Odl lUIUdlc I IcdU INULL) \ 


323 


h->next = NULL; 


324 


*candidate head = h; 


325 


} 


326 


if (*candidatejnead == p_erp) { 


327 


^candidate head = h; 


328 


} 


329 


else { 



330 insert_x_sorted into out list: 
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331 for 

332 ( 

333 prev = *candidate_head == NULL ? 

334 outjist : *candidate_head; 

335 prev != NULL; 

336 prev = prev->next 

337 ){ 

338 if (prev->next == p_erp) { 

339 if (prev->next != NULL) { 

340 h->next = prev->next; 

341 prev->next = h; 

342 } 

343 else { 

344 prev->next = h; 

345 } 

346 break; 

347 } 

348 } 

349 } 

350 } 

351 h->starting_y = current_y; 

352 h->starting_x = current_x; 

353 h->current_x = (double)current_x; 

354 h->x_increment = top->x_increment; 

355 if 

356 ( 

357 top->leading == LAGGING && top_active != NULL 

358 && 

359 ( 

360 top->current_x > top_active->current_x 

361 || 

362 ( 

363 top->current_x == 

364 top_active->current_x 

365 && 

366 top->x_increment > 

367 top__active->x_jncrement 

368 ) 

369 ) 

370 ) 

37 1 h->color = top_active->color; 

372 else 

373 h->color = top->color; 

374 h->ending_y = 0; 

375 P__erp = h; 

376 } 

377 P_erp = p__erp->next; 

378 } 

379 } 

380 /* 

381 * Increment the current scanline 

382 */ 

383 current_y++; 

384 /* 

385 * Update the two edge lists and go to 
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386 * incorporation of new edges 

387 7 

388 for (p_pcp = active_pcp; p_pcp != NULL;) { 

389 if (p_pcp->ending_y <= currently) { 

390 pcp__edge *chuck, *prev; 

391 

392 chuck = p_pcp; 

393 P_pcp = p _pcp->next; 

394 if (active_pcp == chuck) { 

395 active_pcp = p_pcp; 

396 } 

397 else { 

398 for (prev = active__pcp; prev != NULL; prev = prev->next) { 

399 if (prev->next == chuck) { 

400 prev->next = p__pcp; 

401 break; 

402 } 

403 } 

404 } 

405 free(chuck); 

406 } 

407 else { 

408 p_pcp->current_x = p_pcp->current_x + p_pcp->x_Jncrement; 

409 P_pcp = p_pcp->next; 

410 } 

411 } 

412 /* 

413 * If pep active list is empty, all erp edges 

414 * must be terminated 

415 7 

416 if (active_pcp == NULL) { 

417 for (pe = outjist; pe != NULL; pe = pe->next) { 

418 if (pe->ending_y == 0) 

419 pe->ending_y = current_y; 

420 candidate_head = &pe->next; 

421 ) 

422 } 

423 /* 

424 * similar for erp 

425 7 

426 for (pe = outjist; pe != NULL; pe = pe->next) 

427 pe->current_x = pe->current_x + pe->xjncrement; 

428 

429 goto build_active; 



430 } 
431 

432 (End of Appendix A) 

433 
434 
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